轉生前的最後一幕
今年春天，在公司做了一場十五分鐘的內部分享，題目是「怎麼用三週多做完一個 iOS POC」。我開場沒講工具，先講了《中華一番》第一集。

特級廚師測驗的題目是「炒青江菜」。四郎的做法很直接：題目叫我炒，我就炒。河水洗菜、下鍋翻炒，一個動作搞定。菜能吃，但有土味——因為河水有泥沙。小當家不一樣，他先停下來想：青江菜為什麼會有土味？是水。所以他用一層油覆蓋水面，讓菜不碰到有泥沙的水。油只是手段，關鍵是「想通問題」那個過程。

分享完，發現大家都有很多新想法

這個系列是想做的紀錄並寫給讓還沒碰過AI coding的人希望能也有啟發

這 30 天是寫給誰的
你是一個 Mobile 工程師，有點coding公立。你會用 ChatGPT 問問題、會用 Copilot 補全、可能也開過 Claude Code 或 Codex，讓它幫你寫過幾個 function。但你還沒有真的把一張 ticket 從頭到尾交給 agent 跑到 merge，也沒有被它坑過——或者被坑過，但不確定是自己的問題還是它的問題。

如果你是那個人，30 天後我要你能做到一件事：

拿到一張 ticket，自己跑完「釐清 → 計畫 → TDD 實作 → 雙 AI review → PR」，而且你能為 AI 產的每一行 code 負責。

「負責」是這句話的重點。不是「AI 寫的能跑」，是「有人問你這行為什麼這樣寫，你答得出來；它壞了，你知道從哪裡查」。

如果你是要帶新人的人，這 30 篇是可以直接丟給新同事的 onboarding。每篇文末都有一個可以直接複製進專案的檔案，Day 30 會打包成一個 repo，讓新同事——或新同事的 AI——進場就能跟著走。

四郎和小當家，差在哪
先把詞定清楚，因為這 30 天會一直用。

AI coding（四郎）：你下指令，AI 產 code。它不問為什麼、不看全局。你說「幫我寫一個抓遠端 JSON 的 function」，它就寫一個。能跑，但你的專案裡可能已經有三個一樣的東西、可能有一層 cache 它沒看到、可能你的 target 是 iOS 17 而它用了 iOS 18 的 API。

Agentic workflow（小當家）：AI 是一個會用工具的代理人——能讀你的檔案、跑你的測試、看 git log——而且動手前先通盤考量。它先讀 codebase，發現已經有 ScheduleService 在做這件事，問你「你是要加一個新的資料源，還是要換掉現有的？」，然後才動手。

差別不在模型多聰明。同一個模型，給它四郎的用法就是四郎，給它小當家的用法就是小當家。差別在你有沒有給它一套工作流，讓它動手前先想。

Agentic 這個詞有三個特性，記住就好：

特性 意思 對你的影響
自主執行 不用每步下指令 它會一口氣做很多事——所以範圍要先框好
使用工具 讀寫檔案、跑指令、跑測試 它能自己驗證——所以要逼它驗證
迭代修正 錯了會自己再試 它會一直修到「看起來對」——所以「看起來對」不能當標準
右邊那欄每一句，都是這 30 天某一篇的主題。

30 天的地圖
三幕。

第一幕・轉生前的裝備（Day 1–6）：心智模型、CLAUDE.md、情境工程、Skill、三個不可跳步。這六天你不會做出任何功能，你會把工作環境變成「小當家能在裡面思考」的樣子。

第二幕・第一張 ticket 的旅程（Day 7–18）：用一個公開的 iOS 專案（iPlaygroundIMS，一個研討會工作人員任務 app）走兩段路：先回放它怎麼在一天內從一個網站變成 TestFlight 上的 app，再接一張維護 ticket——因為你進團隊後拿到的多半不是新專案，是維護 ticket。Day 15 第二個 AI 隊友登場：Claude 寫，Codex 審。

第三幕・從一個人到一個團隊（Day 19–30）：監督迴路怎麼設計、為什麼「不可能失敗的測試」比沒測試更糟、我為什麼把 2494 行 AI 修復整份丟掉、四週 112 次 review run 的真實數據——以及哪些結論我不能下。最後是怎麼把這套東西帶進一個團隊，而不是只有你一個人在用。

工具會用 Claude Code 和 Codex 當教具。但每篇會分「原則」和「動手」兩段：原則不綁工具，換成 Cursor 也一樣；動手才是實際指令。

今天要做的一件事：對照實驗
不裝一堆東西。今天只做一個實驗，親眼看四郎和小當家的差別。

準備：裝好 Claude Code（或你手上任何 agentic 工具），開在你手邊任何一個 iOS 專案裡。

第一輪（四郎）：挑一個你本來就想做的小需求，一句話丟給它，例如：

幫我加一個功能：app 啟動時從遠端抓最新的設定檔，抓不到就用本地的。
讓它做完。不要打斷，不要補充。 看它改了哪些檔案、有沒有問你任何問題、有沒有跑測試。

第二輪（小當家）：git stash 或開新分支，回到同樣的起點。這次這樣下：

我想加一個功能：app 啟動時從遠端抓最新的設定檔，抓不到就用本地的。
在動手之前：

1. 先讀這個專案，告訴我現有的資料載入、cache、fallback 是怎麼做的，列出相關檔案。
2. 列出你覺得需要我決定的問題（例如：抓不到要不要重試？舊 cache 多久算過期？）。
3. 不准寫 code。等我回答完再說。
   回答它的問題，再讓它動手。

觀察並記下三件事：

兩輪改的檔案有沒有不一樣？哪一輪動到了你沒預期的地方？
第二輪它問的問題裡，有幾個是你原本沒想到的？
哪一輪的 diff 你敢直接開 PR？
這三個答案不用寄給誰，但留著。Day 30 你會回頭看。

新人最常在這一步犯的錯
把 agent 當成更聰明的自動補全。 Copilot 的用法是「我寫，它接」；agent 的用法是「我定方向，它跑」。用 Copilot 的習慣用 agent，你會一直在跟它搶鍵盤——它改了五個檔案，你只看了游標所在的那一個。

一句話丟整個 feature。 「幫我做一個設定頁面」是一句話，但它包含了資料模型、持久化、UI、導航、i18n。四郎會全部做完，然後你發現它自己決定了五個架構問題。這是 Day 6 的主題：釐清、計畫、切 PR，三步不可跳。

沒看 diff 就 accept。 這是最常見也最致命的。Agent 產得快，看 diff 慢，所以人會偷懶。這 30 天最重要的一句話：生成已經便宜了，稀缺的是確保它正確。 你的價值不在打字，在把關。

本篇可帶走的檔案
day01-對照實驗.md——今天兩輪實驗的 prompt 模板，加上一張觀察紀錄表。丟進你的專案 docs/ 或任何地方都行。

# 四郎 vs 小當家 對照實驗

## 需求（一句話）
<填入>

## 第一輪：四郎 prompt
<需求原句>

## 第二輪：小當家 prompt
<需求原句>

在動手之前：
1. 先讀這個專案，告訴我現有的 <相關機制> 是怎麼做的，列出相關檔案。
2. 列出你覺得需要我決定的問題。
3. 不准寫 code。等我回答完再說。

## 觀察
| | 四郎 | 小當家 |
|---|---|---|
| 改動的檔案 | | |
| 問了幾個問題 | | |
| 有沒有跑測試 | | |
| 我敢直接開 PR 嗎 | | |

## 我沒想到的問題（第二輪它問的）
-
如果你是用 AI 讀這個系列的：把這份檔案丟給它，說「照這份做一次對照實驗，然後把觀察表填給我看」。它會做。你要做的是看那張表。